home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19941031-19941221 / 000300_news@columbia.edu_Tue Nov 29 14:21:12 1994.msg < prev    next >
Internet Message Format  |  2020-01-01  |  10KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA27500
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Tue, 29 Nov 1994 09:21:26 -0500
  3. Received: by apakabar.cc.columbia.edu id AA16414
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Tue, 29 Nov 1994 09:21:24 -0500
  5. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  6. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: Optimizing speed using C-Kermit
  9. Date: 29 Nov 1994 14:21:12 GMT
  10. Organization: Columbia University
  11. Lines: 180
  12. Message-Id: <3bfdco$g07@apakabar.cc.columbia.edu>
  13. References: <3belo7$aqc@nntp1.u.washington.edu>
  14. Nntp-Posting-Host: watsun.cc.columbia.edu
  15. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  16.  
  17. In article <3belo7$aqc@nntp1.u.washington.edu>,
  18. Brian Wirt <wirt@u.washington.edu> wrote:
  19. >It's been quite a long time since I've had to use kermit to transfer 
  20. >files from a remote Unix machine to my home PC and vice-versa, but alas, 
  21. >the time is here yet again.
  22. >
  23. >My problem is that I can't remember exactly what options I used to 
  24. >optimize download speed.  I seem to recall setting the packet length or 
  25. >something.  If anyone can help me out I would appreciate it.  I remember 
  26. >two or three things I used to type that would boost the speed from about 
  27. >200 CPS to 900 CPS on a 14.4k modem.  Can anyone tell me how to obtain 
  28. >this speed or even better?
  29. >
  30. Reposting (and slightly updating):
  31.  
  32. Path: news.columbia.edu!usenet
  33. From: fdc@fdc.cc.columbia.edu (Frank da Cruz)
  34. Newsgroups: comp.protocols.kermit.misc
  35. Subject: Re: [HELP] Slow Kermit Transfer ?!
  36. Date: 19 Sep 1994 14:15:42 GMT
  37. Organization: Columbia University
  38. Lines: 153
  39. Keywords: Kermit, Performance, Slow, Fast
  40.  
  41. In article <35jrgsINNdq2@newsman.csu.murdoch.edu.au>
  42. anson@csuvax1.csu.murdoch.edu.au (Binh Anson) writes:
  43. > I used Kermit 3.13 for my PC, my modem has a speed of 14.4 K, but I found
  44. > that the downloading rate from the mainframe to my PC was still very slow!
  45. > I tried Telix with SZ (Z-Modem Protocol), and it was very fast compared to
  46. > Kermit. Is there a way to accelerate Kermit transfer ?
  47. > 
  48. Yes.
  49.  
  50. But first, welcome to comp.protocols.kermit.misc.  This is the first
  51. day of operation of this unmoderated newsgroup.  I hope it will prove
  52. beneficial to all Kermit users.
  53.  
  54. To answer your question, somewhat longwindedly, since this Question is
  55. Asked so Frequently :-) ...
  56.  
  57. Zmodem is optimized for speed on the assumption that it has a clear 8-bit
  58. transparent channel with no blockages (small buffers, etc), and so, out of
  59. the box, when it works it goes fast.  The tradeoff is that it often does
  60. not work at all, in which case you have to configure it in various ways --
  61. escaping of control characters, changing window size, etc.  In some cases
  62. it can't be made to work at all, either because of the nature of the
  63. connection, or because of one or both of the computers on the two ends.
  64.  
  65. Kermit, on the other hand, is configured to work -- i.e. transfer files --
  66. out of the box, even under hostile conditions.  By default, it does not 
  67. assume that control characters pass through transparently, nor that large
  68. buffers are available.  It does not even assume a full-duplex connection.
  69. The tradeoff is speed.
  70.  
  71. In a perfect world, there would be no tradeoffs, but the world is far from
  72. perfect.  7-bit transmission is still extremely common, small buffers are
  73. very common, even in modern terminal servers and other communications
  74. processors, flow control is rarely implemented correctly and effectively,
  75. telephone lines are still noisy, and we still have a bewildering array
  76. of communication methods needed for accessing different kinds of hosts and
  77. services.  Most PCs are still shipped with non-buffered UARTs; many PCs
  78. have interrupt conflicts, noisy buses, etc; many modern modems are buggy.
  79. The list goes on.  This is by way of demonstrating that Kermit's default
  80. tuning is not crazy, and goes a long way towards explaining its justified
  81. reputation for dependability.
  82.  
  83. Unfortunately, because of the tradeoffs necessary to achieve its
  84. reliability, Kermit has a reputation for slowness:
  85.  
  86.   Yes, Kermit transfers are slow if you use the default tuning.
  87.  
  88. However, you can make Kermit go as fast the communication path will permit
  89. by changing a few parameters.  But first, here are some general principles
  90. that apply to all communications software:
  91.  
  92.  1. Ensure that you have an effective means of flow control enabled at
  93.     every juncture along the communication path (this applies to any file
  94.     transfer protocol).  For example, when using high-speed,
  95.     error-correcting modems, you should use some form of hardware flow
  96.     control, most commonly RTS/CTS.  You have to tell the software to use
  97.     it, AND you have to tell the modem to use it too -- if the flow
  98.     control methods of the PC and the modem do not agree, then data will
  99.     be lost.
  100.  
  101.  2. If your modem is capable of data compression, use it.  Fix the
  102.     interface speed of the software to four times the connection speed if
  103.     possible -- e.g. for a V.32bis 14400 bps connection, use an interface
  104.     speed of 57600, or else the modem's compression capacity is likely to
  105.     be wasted.
  106.  
  107.  3. On network connections (e.g. TCP/IP), it is usually best to turn off
  108.     flow control entirely, because the underlying networking method
  109.     supplies fully effective flow control.
  110.  
  111. Now, to make Kermit go fast, follow these steps:
  112.  
  113.  1. Use real Kermit software, not the many shareware and commercial
  114.     packages, most of whose Kermit protocol implementations lack the
  115.     performance features listed below and/or the means for the user to
  116.     control them.
  117.  
  118.  2. Use long packets.  Kermit's default packet length is 94.  You can
  119.     increase it to a theoretical maximum of 9024.  Give the following
  120.     command to the file receiver:
  121.  
  122.       SET RECEIVE PACKET-LENGTH 2000  ; (or other length)
  123.  
  124.     The longer you make the packets, the more efficient the file transfer
  125.     will be... IF IT WORKS.  If you make packets longer than some buffer
  126.     somewhere along the line, and effective flow control is lacking, the
  127.     transfer might not work.  Also, the longer the packet, the greater
  128.     the chance it will be hit by noise, and the longer it takes to
  129.     retransmit.
  130.  
  131.  3. On full duplex connections, use sliding windows.  Sliding windows
  132.     allow packets to be transmitted in a continuous stream, rather than
  133.     "stop and wait" style.  The command is:
  134.  
  135.       SET WINDOW 4 ; (or other number)
  136.  
  137.     The maximum is 32 (or less, depending on the implementation).  Give
  138.     this command to *both* Kermit programs.
  139.  
  140. For text files and uncompressed binary files, this should give you very
  141. good performance -- efficiencies in the 85%-100% range.  For compressed
  142. files, and certain other types of binary files, you can squeeze out
  143. another 20-25% efficiency by telling Kermit not to prefix a given list of
  144. control characters.  A typical sequence might be:
  145.  
  146.   SET CONTROL UNPREFIX ALL  ;  Unprefix all control characters.
  147.   SET CONTROL PREFIX 0 1 13 129 141 ...  ; Add back prefixes for these.
  148.  
  149. This requires a lot of trial and error because there is no way that a
  150. communication software program can know what characters are safe and
  151. which ones are not on a particular connection.  For example, you might be
  152. going through an X.25 PAD where Ctrl-P will pop you back to the PAD
  153. prompt.  Or you might be going through a TELNET terminal server where
  154. Ctrl-] or Ctrl-^ will pop you back to the terminal server prompt.  Or the
  155. connection might be using Xon/Xoff flow control, and sending Ctrl-S as a
  156. data character might freeze the connection.
  157.  
  158. If you take all of these steps, using optimal packet lengths, window
  159. sizes, and unprefixing, you should achieve transfer rates comparable to,
  160. and often better than, the Zmodem implementations that you find in Telix,
  161. Procomm, and similar shareware and commercial packages; for example, on a
  162. V.32bis/V.42/V.42bis connection, RTS/CTS flow control, no parity, 57600
  163. bps interface speed:
  164.  
  165.   Typical text files:        3500 cps (characters per second)
  166.   Uncompressed binary files: 2400 cps (e.g. PC KERMIT.EXE)
  167.   Compressed files:          1600 cps (e.g. ZIP files)
  168.  
  169. These figures come from Kermit News #5, June 1993, which is available via
  170. anonymous ftp from kermit.columbia.edu, directory kermit/e, file
  171. newsn5.txt (ASCII) or newsn5.ps (PostScript).  Also see newsn4.txt (.ps)
  172. for a detailed discussion of long packets and sliding windows.
  173.  
  174. Kermit software is available via anonymous ftp to kermit.columbia.edu
  175. [128.59.39.2], directory kermit and its subdirectories.  There are
  176. literally hundreds of different Kermit programs for *almost* every machine
  177. and operating system imaginable.  The most widely used Kermit programs
  178. are:
  179.  
  180.  . MS-DOS Kermit 3.13 for DOS and Windows.
  181.    No, this is not a native Windows application, but yes, this
  182.    is the Kermit software we recommend for Windows.
  183.    File: kermit/archives/msvib.zip.
  184.    MS-DOS Kermit 3.14 Beta: kermit/test/bin/mstibm.zip.
  185.    Unzip with "-d" switch.
  186.  
  187.  . C-Kermit 5A(190) for UNIX, VMS, OS/2, AOS/VS, the Commodore Amiga, etc.
  188.    UNIX: kermit/archives/cku190.tar.Z (or .gz)
  189.    VMS: Get kermit/f/ckvaaa.hlp, read it, take it from there.
  190.    OS/2: kermit/archives/cko190.zip.
  191.    Others: Get kermit/f/ckaaaa.hlp, read it, go from there.
  192.  
  193.  . IBM Mainframe Kermit-370 for VM/CMS, MVS/TSO, CICS, and MUSIC.
  194.    kermit/b/ik*.*.
  195.  
  196. - Frank